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Beschreibung 

Verfahren zur Unterstutzung des Name Delivery Leistungsmerk- 
males ftir gemischte TDM Netze/ SIP CENTREX Kommunikationsar- 
chitekturen 

Die Erfindung betrifft ein Verfahren gemass dem Oberbegriff 
von Patentanspruch l.Neuere Kommunikationsarchitekturen sehen 
die Trennung vermittlungstechnischer Netzwerke in verbin- 
dungsdienstbezogene Einheiten unci den Transport der Nutzin- 
formationen (Bearer Control) voir. Hieraus resultiert eine De- 
komposition/ Trennung von Verbindungsaufbau und Medium-bzw. 
Beareraufbau. Die Ubertragung der Nutzinf ormationen (Durch- 
schaltung des Nutzkanals) kann dabei Uber unterschiedliche 
hochbitratige Transporttechnologien wie z.B. ATM, IP, Frame 
Relay vorgenommen werden. Mit einer derartigen Trennung sind 
die gegenwartig in Schmalbandnetzen gefuhrten Telekommunika- 
tionsdienste auch in Breitbandnetzen zu realisieren. Dabei 
werden die Teilnehmer entweder direkt (z.B. uber ein DSS1- 
Protokoll) oder uber als Media Gateway Controller (MGC) aus- 
gebildete Vermittlungsstellen (z. B. uber das ISUP-Protokoll) 
angeschlossen. Die Nut zinf ormationen selbst werden tiber von 
Media Gateways (MG) in die j eweils ' benutzte- Transporttechno- 
logie umgewandelt. Die Steuerung der Media Gateways werden 
von jeweils zugeordn'eten Media Gateway Controllern (MGC) 
durchgefUhrt . Zur Steuerung der Media Gateways verwenden die 
Media Gateway Controller normierte Protokolle, wie z. B. das 
MGCP Protokoll oder das H.248 Protokoll. Zur Kommunikation 
untereinander verwenden die Media Gateway Controller ein 
durch die ITU standardisiertes BICC (Bearer Independent Call 
Control) Protokoll, das eine Weiterentwicklung eines ISUP 
Protokolls darstellt. Das BICC Protokoll wird aus einer Mehr- 
zahl von standardisierten Protokollen gebildet und umfasst 
somit eine Protokollf amilie . 

Dem BICC Protokoll adaquate Protokolle sind bei dem IETF 
Standardisierungsgremium mit den SIP und SIP-T Protokollen 
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entstanden. ,Das S.IP-T Protokoll (RFC 3204) stellt dabei einen 
Zusatz zum SIP Protokoll (RFC 3261) dar. Mit Hilfe des SIP-T 
Protokolls konneri isUP-Naichrichten - im Gegerisatz zum SIP 
Protokoll - iibertragen werden. Die Obertragung der ISUP- 
5 Nachrichten erfolgt im Allgemeinen durch Tunneln, .d.h. durch 
transparentes Durchreichen . Vorzugsweise werden die von einem 
PSTN-Teilnehmer abgegebenen ISUP-Nachrichten zusammen mit ei- 
ner TrSgernachricht gefuhrt (INFO Methode, RFC 2976) und dem 
empfangenden PSTN-Teilnehmer zugeleitet. In Fig. 1 ist eine 

10 derartige, allgemeine Netzkonf iguration mit TDM -/ IP Netzen 
aufgezeigt. HierbeA sind beispielhaft 2 PSTN-Netze offenbart, 
in denen jeweils eine Mehrzahl von PSTN-Teilnehmern in be- 
kannter ■ Weise ^ngeordnet sind. Diese sind an Ortsvermitt- 
lungsstellen LE herangef iihrt, die ihrerseits mit Transit- 

15 Vermittlungsstellen TX verbunden sind. In den Transit- 

Vermittlungsstellen TX wird nun die Trennung zwischen Signa- 
lisierungsinformationen und Nutzinf ormationen durchgef iihrt . 
Die Signalisierungsinf ormationen werden von der Transit- 
Vermittlungsstelle TX unmittelbar iiber ein ISUP- Protokoll 

20 einem jeweils zugeordneten Media Gateway Controller MGC (der 
A- oder B-Seite) zugefiihrt. Die Nutzinf ormationen werden zu 
einem (eingangsseitig angeordneten) Media Gateway MG (der A- 
oder B-Seite) iibertragen, das als Schnittstelle zwischen TDM- 
Netz und einem ATM- bzw. IP- tJbertragungsnetz fungiert, wo 

25 sie iiber das betreffende Obertragungsnetz (ATM bzw. IP) pa- A 
ketorientiert iibertragen werden. Das Media Gateway MG der A-* 
Seite wird von dem jeweils zugeordneten Media Gateway Cont- 
roller MGC der A-Seite ebenso gesteuert, wie das Media Gate- 
way MG der B-Seite von dem diesem zugeordneten Media Gateway 

30 Controller MGC der B-Seite. Im Falle einer Ubertragung der 

Nutzinformationen vom Media Gateway MG der A-Seite zum Media 
Gateway MG der B-Seite werden diese wieder unter Steuerung 
des dem Media Gateway MG der B-Seite zugeordneten Media Gate- 
way Controllers MGC der B-Seite in einen TDM Datenstrom umge- 

35 wandelt und dem in Frage kommenden PSTN-Teilnehmer zugeftihrt 
werden. Die zwischen dem Media Gateway Controller MGC und dem 
jeweils zugeordneten Media Gateway Ubertragenen Daten werden 
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von einem standardisi'erten Protokoll unterstutzt. Dieses kann 
beispielsweise das MGCP oder das H.24 8 Protokoll sein. Zwi- 
schenden beiden Media Gateway Controllern MGC konnen als 
stahdardisierte Protokolle ein BICC Protokoll (bzw. ISUP+ 
Protokoll), ein SIP- oder SIP-T Protokoll vorgesehen sein. 
Zwischen beiden Media Gateway Controllern konnen noch weitere 
Einrichtungen wie Proxy-Einrichtungen (SIP-Welt) und/ oder 
CMN Vermittlungsstellen (Call Mediation Node, ISUP/ BICC- 
Welt) geschaltet sein. Grundsat zlich ist es wUnschenswert , 
dass die aus der TDM Welt bekannten Leistungsmerkmale auch in 
der IP Welt verwendet werden konnen. Als Beispiel hierfiir sei 
das Leistungsmerkmal Name Delivery angeftlhrt, das bei her- 
kommlichen (TDM) CENTREX Teilnehmern bekannt ist. Hierbei 
wird unter einer CENTREX (Central Office Exchange) Konfigura- 
tion eine Konf iguration verstanden, die die Realisierung von 
Leistungsmerkmal en einer Nebenstellenanlage in Teilnehmerver- 
mittlungsstellen des offentlichen Netzes vorsieht. Werden die 
Anschliisse einer Benutzergruppe miteinander liber CENTREX Ver- 
mittlungsstellen und das offentliche Telefonnetz verbunden, 
spricht man von Wide Area CENTREX. Potentielle Nutzer'/von 
CENTREX-Diensten sind somit: 

Gruppen mit haufigem Ortswechsel. 
- Grosse zusammenhangende Komplexe, wie Hochhauser, Techno- 
logie- und Medienzentren, Flughafen, 

Gruppen mit dezentralen Strukturen,. die hohenlnternverkehr 
zwischen den unterschiedlichen Standorten erzeugen. 

Ferner ist in Fig. 1 ist die Anbindung einer SIP CENTREX Ron- 
figuration aufgezeigt, wie sie Uber einen SIP Proxy Server an 
einen Media Gateway Controller MGC herahgef tthrt ist. Die In- 
formationen zwischen den SIP Teilnehmern einer SIP CENTREX 
Konf iguration werden mit Hilfe des SIP Protokolls ausge- 
tauscht. Im SIP Proxy Server werden alle teilnehmerbezogenen 
Daten der CENTREX Konf iguration verwaltet und gepflegt. 
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Bei einer derartigen Konf iguration gemass Fig. 1 besteht nun 
das Problem, dass im Mischbetrieb (Interworking) von TDM Net- 
zen/ IP Netzen/ SIP CENTREX Konf igurationen/ TDM CENTREX Kon- 
figurationen das aus der TDM Welt ftir CENTREX Konf igurationen 
5 bekannte Leistungsmerkmal Name Delivery hier nicht verwendet 
werden kann, da die zur Realisierung notwendigen Festlegungen 
noch nicht erfolgt sind. 

Der Erfindung liegt die Aufgabe zugrunde, einen Weg aufzuzei- 
10 gen, wie das Leistungsmerkmal Name Delivery auch ftir Netze 

mit gemischten TDM Konf igurationen/ SIP CENTREX Konf iguratio- 
nen verwendet werden kann. 

Die Erfindung wird ausgehend von den im Oberbegriff von 
15 Patentanspruch 1 angegebenen Merkmalen durch die im 
kennzeichnenden Teil beanspruchten Merkmale gelost. 

Der Vorteil der Erfindung ist darin zu sehen, dass bei Ver- 
wendung von SIP CENTREX Konf igurationen jedem beliebigen 

20 Teilnehmer (SIP oder traditioneller TDM Teilnehmer) der Name 
des anderen Teilnehmers (Partner) angezeigt wird. Ein weitere 
Vorteil der Erfindung ist darin zu sehen, dass das Leistungs- 
merkmal Name Delivery auch in ISUP/ BICC/ H323 Netzen im In- 
terworking zum SIP Netz ohne Einschrankung verwendet werden 

25 kann. Das Leistungsmerkmal Name Delivery umfasst dabei die 
Teilfeature ^Calling Name* (Anzeige des Namens des rufenden 
Teilnehmers) sowie ^Connected Name* (Anzeige des Namens des 
gerufenen Teilnehmers bei Annahme des Rufes) . 

30 Vorteilhafte Weiterbildungen der Erfindung sind in den Unter- 
anspriichen angegeben. 

Die Erfindung wird im folgenden anhand eines figtirlich darge- 
stellten AusftAhrungsbeispiels naher erlautert. 

35 
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Es zeigen: 

Figur 1 die Verhaltnisse zwischen 2 PSTN-Netzen, zwischen 
denen ein Internetnetz angeordnet • ist, . spwie mit 
einer SIP CENTREX' Konf iguration, 

Figur 2 die Anbindung einer SIP CENTREX Konf iguration an 
ein Internetnetz mit den fUr die Realisierung des 
Leistungsmerkmales Name Delivery notwendigen Infor- 
mations element en 

Gemass Fig. 2 ist die Erfindung anhand eines Ausf uhrungsbei- 
spiels naher erlaute'rt. Hierbei wird davon ausgegangen, dass 
der Teilnehmer eines TDM Netzes (A-Seite) den SIP Teilnehmer 
(B-Seite) einer SIP CENTREX Konf iguration - im vorliegenden 
Fall den Teilnehmer SIP B - anruft. Die Signalisierungsver- 
bindung soil dabei uber einen SIP Proxy (Application Server) 
Server gefUhrt werden, der das Leistungsmerkmal Name Delivery 
unterstiltzt . 

Zur Realisierung. sind zunachst die Festlegungen gemass TAB 1 
ftir das Mapping beim Obergang ISUP/ BICC auf SIP und umge- 
kehrt zu treffen. Das Mapping wird im Media Gateway Control- 
ler MGC der B-Seite gesteuert (Obwohl die Controllerf unktio- 
nalitat hier ausgeblendet ist, da kein Media Gateway vorhan- 
den ist, wird die Einrichtung MGC der B-Seite als Media Gate- 
way Controller bezeichnet) . Da das Leistungsmerkmal Name De- 
livery ftir TDM CENTREX Konf iguration gemass dem Stand der 
Technik (ISUP/ BICC) liber proprietare Losungen gesteuert 
wird, werden die Namensinf ormationen in unterschiedlichen 
Protokollelementen des ISUP/ BICC Protokolls geftthrt. Bei- 
spielhaft seien hier zwei Anbieter Al, A2 aufgezeigt. Im Fal- 
le von Al wird beispielsweise die Namensinf ormation im ISUP/ 
BICC Protokollelement „CallingName* gefUhrt, im Falle eines 
Anbieters A2 im ISUP/BICC Protokollelement „CTX coding/ deco- 
ding" (APP Parameter (application transport parameter) basie- 
rend auf ITU-T Recommendation Q.765). In letzterem Fall wird 
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hier auch die Namens information fur das Teilfeature ^Connec- 
ted Name" geftlhrt. 



Anbieter 


ISUP/ BICC 


SIP 


A1 


CallingName 


Display field in FROM header/ 
privacy header 


A 2 :CTXASE calling 
name 


CTX coding/decoding 


Display field in FROM header/ 
privacy header 


A 2 : CTX ASE connected 
name 


CTX coding/decoding 

4* 


Display name of the CONTACT 
Header/ privacy header 



5 TAB 1 

Erf indungsgemafi wird nun (TAB 1, rechte Spalte) in einem ers- 
ten Schritt vorgesehen, die Namensinf ormationen fur das Teil- 
feature ""Calling Name" , grundsatzlich in das Protokollelement 
10 des SIP Protokolls m Display field in FROM header/ privacy 

header" zu iibertragen (Mapping) . Im Falle des Teilfeatures 
* Connected Name" soli die Namensinf ormation im SIP Protokoll- 
element * Display name of the CONTACT Header/ privacy header" 
geftihrt werden. 

15 

In einem zweiten Schritt sind nun die weiteren Aktionen in 
TAB 2 aufgezeigt. Die Namensinf ormationen werden in den SIP 
• Protokollelementen * Display field in FROM header/ privacy 
header" dem Proxy Server SIP Proxy tiber die SIP Nachricht 

20 M INVITE" zugefUhrt. Dieser iiberpruft zunachst, ob der gerufe- 
ne Teilnehmer SIP B die Namensanzeige des rufenden Teilneh- 
mers gestattet oder beantragt hat (gebuhrenpf lichtiger 
Dienst) • Dies ist moglich, da der Proxy Server die hierzu re- 
levanten Daten in einer Datenbank abgelegt hat. Diese kann 

25 eine interne Datenbank im Proxy Server selbst sein, sie kann 
aber auch extern mit diesem verbunden sein. In der Datenbank 
kann auch eine Information daruber abgelegt sein, ob der. ru- 
fende Teilnehmer die Anzeige seines Namens wiinscht oder 
nicht. Gestattet der gerufene Teilnehmer SIP B heine Maiaans- 
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anzeige des rufenden Teilnehmers, wird vom Proxy Server die 
Namensinformation derii SIP Protokollelement * Display field in 
FROM header/ privacy header" entfernt. 

Andernfalls wird die Namensanzeige der Datenbank entnommen 
und in das Protokollelement * Display field in FROM header/ 
privacy header" eingefttgt. Falls die Namensanzeige bereits 
vorhanden ist, wird keinerlei Eingriff vorgenommen . Die Na- 
mensinformation wird im Protokollelement ^Display field in 
FROM header/ privacy header" dem gerufenen Teilnehmer SIP B 
zugefuhrt und am Endgerat angezeigt. 



SIP 


Proxy Server (SIP Proxy) 
Abfrage der Datenbank 


SIP 


FROM header/ privacy 
header 


Wird das Leistungsmerkmal Name 
Delivery (Calling Name) vom gerufe- 
nen Teilnehmer gewGnscht ? 


Add or remove Display 
field in FROM 
header/privacy header 


CONTACT Header/ 
privacy header 


Wird das Leistungsmerkmal Name 
Delivery (Connected Name) vom 
gerufenen Teilnehmer gewiinscht ? 


Display name of the 
CONTACT Header/ 
privacy header ;<< 



TAB 2 

Im folgenden wird nun davon ausgegangen, dass der gerufene 
Teilnehmer SIP B den Ruf annimmt . Ober die SIP Quittungsnach- 
richt 200 OK wird die Namensinformation des gerufenen SIP 
Teilnehmers SIP B geftihrt und im Proxy Server ausgewertet. 
Ist die Namensanzeige beim rufenden Teilnehmer zugelassen, 
wird diese im SIP Protokollelement ^Display name of the 
CONTACT Header/ privacy header'' eingefiigt, oder entnommen, 
falls die Anzeige unterdruckt werden soli. 

Es ist zu beachten, dass die Erfindung auch angewendet werden 
kann, wenn es keinen ISUP/ BICC Protokolle zwischen dem PSTN 
Teilnehmer (ISDN, Analoger Teilnehmer oder auch Mobilfunk 
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Teilnehmer) und dem SIP Teilnehmer gibt. Dies bedeutet, dass 
das Verfahren dann innerhalb der Verraittlungsstelle stattfin- 
det. Das Interworking von NextGenerationNetwork Teilnehmern 
wie VoDSL, H323 etc. zu SIP bzw. SIP-T wird damit ebenfalls 
5 moglich. 

Bei dem soeben beschriebenen Verfahren ist eine Trennung der 
Verfahrensablaufe im Media Gateway Controller und dem Proxy 
Server vorgenommen worden. Diese Trennung ist aber nicht 
10 zwingend, der Ablauf des Verfahrens kann auch innerhalb eine 
einzigen Einrdchtung stattfinden. o 
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Patentansprttche 

1. Verfahren zur Unterstiitzung des Leistungsmerkmales Name 
Delivery, mit TDM Netzen, die an SIP CENTREX Konf igurationen 
herangeftihrt sind, wobei die ftir das Leistungsmerkmal Name 
Delivery relevanten Informationen Namensinf ormationen sind, 
die in mehreren,. sich unterscheidenden Inf ormationselementen 
eines Obertragungsprotokolls tibertragen werden konnen, 
dadurch gekennzeichnet, 

dass zwischen den in mehreren, sich unterscheidenden Informa- 
tionselementen des Obertragungsprotokolls gefiihrten Namensin- 
formationen und den Inf ormationselementen eines SIP Proto- 
kolls ("Display field in FROM header/ privacy header" , "Dis- 
play name of the CONTACT Header/ privacy header" ) ein Mapping 
vorgenommen wird, 

dass nach Mafigabe von teilnehmerbezogenen Informationen die 
Namensinf ormationen in den Inf ormationselementen des SIP Pro- 
tokolls ("Display field in FROM header/ privacy header".) un- 
terdrtlckt oder zugelassen werden, 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass das Leistungsmerkmal Name Delivery aus jeweils zwei 
Teilfeatures (Calling Name, Connected Name) ausgebildet ist. 

3. Verfahren nach Anspruch 1, 2, 
dadurch gekennzeichnet, 

dass das Mapping zwischen den in mehreren, sich unterschei- 
denden Informationselementen des Obertragungsprotokolls ge- 
flihrten Namensinf ormationen des ersten Teilfeatures in ein 
erstens Inf ormationselement des SIP Protokolls ("Display 
field in FROM header/ privacy header" ) , und das Mapping zwi- 
schen den in mehreren, sich unterscheidenden Informationsele- 
menten des Obertragungsprotokolls geftihrten Namensinf ormatio- 
nen des zweiten Teilfeatures in ein zweites Inf ormationsele- 
ment des SIP Protokolls ("Display name of the CONTACT Header/ 
privacy header") vorgenommen wird. 
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4. Verfahren nach Anspruch 1 bis 3, 
dadurch gekennzeichnet, 

dass die Namensinf ormation des ersten Teilf eatures in dem In- 
format ionselement der SIP Nachricht „INVITE* und die Namens- 
5 information des zweiten Teilfeatures in dem Inf ormationsele- 
ment der SIP Nachricht ,,200 OK* gefiihrt werden. 

5. Verfahren nach Anspruch 1 bis 4, 
dadurch gekennzeichnet, 

10 dass ein SIP Proxy Server vorgesehen wird, der in Wirkverbin- 
dung mit einer Datenbank steht. 

6. Verfahren nach Anspruch 5, 
dadurch gekennzeichnet, 

15 dass in der Datenbank teilnehmerbezogene Daten der Teilnehmer 
der SIP CENTREX Konf iguration und des TDM Netzes gefiihrt wer- 
den. 

7. Verfahren nach einem der vorstehenden Anspruche, 
20 dadurch gekennzeichnet, 

dass das Mapping in einem Media Gateway Controller (MGC) vor- 
genommen wird. 

8. Verfahren nach einem der vorstehenden Anspruche, 
25 dadurch gekennzeichnet, 

dass vom Proxy Server nach Mafigabe der in der Datenbank ge- 
fUhrten teilnehmerbezogenen Inf ormationen entschieden wird, 
ob die Namensinformationen unterdrtlckt Oder zugelassen wer- 
den . 

30 

9. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet, 

dass das Obertragungsprotokoll als BICC/ ISUP Protokoll, als 
H.323 Protokoll, als DSS1 Protokoll oder als ein Mobilfunkan- 
35 wendungen untersttltzendes Protokoll ausgebildet ist. 
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Zusammenf assung 

Verfahren zur Unterstutzung des Name Delivery Leistungsmerk- 
males fur gemischte TDM Netze/ SIP CENTREX Kommunikationsar- 
chitekturen 

Beim Stand der Technik werden durch das Leistungsmerkmal Name 
Delivery bei den Teilnehmern konventioneller TDM CENTREX Kom- 
munikationsarchitekturen Namensinf ormationen anstelle von 
Wahlinf ormationen angezeigt. Der Mischbetrieb von TDM/ SIP 
CENTREX Kommunikationsarchitekturen unterstutzt dieses Leis- 
tungsmerkmal bislang noch nicht. Die Erfindung schafft hier 
Abhilfe, indem die Namensinf ormationen in Protokollelemente 
des SIP Protokolls tibertragen und mit Hilfe einer Logik dem 
gerufenen Teilnehmer zugefiihrt werden. Die Logik entscheidet 
hierbei, ob eine Anzeige in Frage kommt Oder nicht. . \ 

.* 

Fig. 2 
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